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DETAILED ACTION 

1 . Claims 1-37 are pending. 

Continued Examination Under 37 CFR 1.114 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 31 
October 2007 has been entered. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 
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4. Claims 1, 10-13, 21, 24, 26-28, 31, and 33-35 are rejected under 35 U.S.C. 
102(e) as being anticipated by Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins). 

As per claims 1,13, and 21, Mullins teaches a method of translating between 
data formats, comprising (i.e. "It is an additional object of the present invention to provide easy 
translations between databases and applications having a variety of different formats or data store 
models." The preceding text clearly indicates that translating (i.e. translations) between data formats (i.e. 
variety of different formats or data store models).)(Column 4, lines 48-51): receiving a request to 
access data (i.e. "The present invention is based in part on U.S. Pat No. 5,857,197, (incorporated 
herein by reference), and provides a mapping system for handling data requested by an object software 
application model in a manner that is compatible with relational data stores. "The preceding text clearly 
indicates that a request to access data (i.e. data requested by an object software application model). It is 
clearly anticipated that the method of receiving occurs in the method of the data being requested (i.e. for 
data to be requested, as taught in the prior art, it must receive a request). )(Column 7, lines 27-31) for 
one or more attributes (According to the Microsoft Dictionary 5 th Ed., an attribute in a database 
record, the name or structure of a field. For example, the files LASTNAME, FIRSTNAME, and PHONE 
would be attributes of each record in a PHONELIST database. Therefore, an ordinary person skilled in 
the art understands that attributes are stored in a data store (i.e. database), thus if an ordinary person 
skilled in the art accesses data in the database, it clearly anticipates that an attribute is also accessed, or 
at the very least referenced.), said request includes said attributes in a first data format (i.e. 
In another embodiment the invention provides a system for mapping from a first database format to a 
second database format, or from one database to another database of the same type, as a way for 
transferring data or synchronizing data sources. The system includes: data in the first database format 
stored in the system; rules for translating from the first format to the second format stored as a separate 
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structure from the data; and means for applying the rules to the data to obtain the second format" The 
preceding text clearly indicates that the first database format includes attributes in the first data format. 
That is the attributes that are stored in the data store (i.e. database), the request (i.e. data requested) 
includes attributes in the first data format (i.e. first database format).)(Column 13, lines 9-18) and a filter 
(i.e. " This allows more developer control as to how datasets are exchanged, filtered and/or validated 
between a first data source and a second data source. ° The preceding text clearly indicates that in O/R 
mapping, developers may use filters to control how datasets are exchanged. )(column 14, lines 55-65) for 
accessing the data (The use of a database clearly anticipates accessing the data.)(column 1; lines 
45-50) of the attributes (i.e. "data in the first database format stored in the system..." The preceding 
text clearly indicates that attributes are part of data stored in the first database.)(column 13, lines 10-20); 
accessing a mapping catalog customizable for a relational database schema (i.e. 
"CocoAdmin provides a mechanism for the export of maps defined against a database into a modifiable 
XML format" "Once the XML file is written, it can be edited using a standard text editor or XML editor, and 
can be modified to reflect map customization requirements." The preceding text clearly indicates that 
accessing a mapping catalog customizable (i.e. map customization requirements) for a relational 
database schema (i.e. database).)(Column 8, lines 15-16; lines 23-25), said mapping catalog 
identifies one or more portions of one or more tables in a relational database that stores 
said data for said one or more attributes (i.e. "First, let us assume two databases: a first database 
(B1) and a second database (B2) wherein B1 and B2 have the different corresponding data map 
schemas (S1) and (S2), respectively, and wherein S1 and S2 have the two corresponding schema 
repositories (R1 and R2) that include maps defining the structure (schema) of the database, Java object 
information (Java object model and any relationships between Java objects of the Java object model, or 
defining both the database and Java object information." The preceding text clearly indicates that 
mapping catalog (i.e. data map schema) identifies one or more portions of one or more tables in a 
relational database (i.e. corresponding schema repositories) that store said data for said one or more • 
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attributes (i.e. include maps defining the structure of the database, Java object information).)(Column 13, 
lines 31-39) and a classification for each of the one or more attributes, said relational 
database corresponds to said relational database schema (i.e. "In a preferred object of the 
present invention, a software programming module (or modules) can automatically generate object 
source code from at least one database schema map, at least one object programming application 
schema, or from a combination of at least one database schema map and at least one object 
programming application schema. The code generated for the application can be set to delegate 
database access and SQL string generation to the runtime library repository instead of including within 
the application the more limiting code for non-delegated database access by the application. This 
arrangement allows the mapping information and associated metadata to be easily accessed, changed 
and used to convert thousands of lines of code in a data object, as needed. The mapping information can 
be used to map from objects to relational models or vice versa and generate appropriate code. " The 
preceding text clearly indicates that a relational database schema is a type of database schema and that 
and that the mapping catalog that identifies one or more portions of one or more tables in a relational 
database is an instance of mapping information used to map objects from objects to relational models, 
where relational models are instances of relational databases, which contain one or more tables. " M1 is a 
map (or maps) defining the database schema S1 ofR1 including map (or maps) with definitions for 
relationships between Java objects corresponding to the data ofB1, and M2 is a map (or maps) defining 
the database schema S2 ofR2 including map (or maps) with definitions for relationships between Java 
objects corresponding to the data of B2." The preceding text clearly indicates that classification (i.e. 
defining) for each of the one or more attribute, said relational database corresponds to said relational 
database schema (i.e. database schema S1 of R1 and database schema S2 of R2.J(Column 6, lines 10- 
25; See also column 13, lines 40-47); translating at least a portion of said request from said 
first data format to a form suitable for said relational database (i.e. "...rules for translating 
from the first format to the second format stored as a separate structure from the data; and means for 
applying the rules to the data to obtain the second format." The preceding text clearly indicates that 
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translating at least a portion of said request from said first data format (i.e. translating from the first 
format) to a form suitable for said relational database (i.e. second format stored in a separate 
structure).)(Column 13, lines 14-16), said step of translating is based on said classification of 
each attribute (i.e. "There are distinctive advantages when using a dynamic mapping layer where a 
Java object provides translation by mapping such objects of a first data source (relational or object 
database) and also mapping such object to an XML or other second format data source. This allows more 
developer control as to how datasets are exchanged, filtered and/or validated between a first data source 
and a second data source." The preceding text clearly indicates that translating is based on mapping 
catalog, where the mapping catalog is the dynamic mapping layer that maps the first and second data 
resource.)(Column 14, lines 58-65) and the filter; and providing said translated request to said 
relational database (i.e. "The function of such a translation layer (generally called the O/R layer in 
CocoBase documentation, for example) is to translate object-based queries for the data into queries that 
JDBC can, translate into queries for a relational database." The preceding text clearly indicates that the 
translated request is an instance of translated object-based queries. )(Column 15, lines 51-55). 

As per claim 10, Mullins teaches a method wherein said step of translating 
includes mapping said one or more attributes to said relational database (i.e. "Clicking 
Next> in the Generic EJB Entity Bean CMP--AII Parts drop down wizards of CocoAdmin will present a 
user with a list of attributes which comprise the maps and any references (e.g. foreign keys) to other 
maps that may be navigated by CocoBase. For example, in a e-commerce shopping cart example, a 
Customer map, which is generated against a selected relational database connection, might be selected, 
and the PkgName: field might contain the name testpkg so the resulting Java code will be generated to a 
package and directory named testpkg." The preceding text clearly indicates that one or more attribute is a 
list of attributes and are mapped to a relational database.)(Column 11, lines 4-13), translating sub 
filters of said request into SELECT statements, and combining said SELECT statements 



Application/Control Number: Page 7 

10/682,252 

Art Unit: 2165 

(i.e. "Once the above connections of CocoBase are established, any accesses to the database B1, such 
as: connB1.insert(. . .) will have the plug-in access B2 and replicate the operation that was conducted on 
database B1. " "The same mechanism described above can be used to replicate the result of other 
database operations (e.g. update, select, delete, etc.) that are performed against B1." Although the 
previous text illustrates the use of an insert statement, it is inherent that a select statement could also be 
used, since both are database operations.)(Column 17, lines 43-51); and said step of providing 
includes accessing a set of primary key values for a master table in said relational 
database based on said combined SELECT statements and, for each primary key value 
of said set, accessing requested attributes from said request (i.e. "The same mechanism 
described above can be used to replicate the result of other database operations (e.g. update, select, 
delete, etc.) that are performed against Bf ."The preceding text clearly indicates that translating includes 
delete, insert, and update statements, which are all database operations.)(Column 17, lines 49-51). 

As per claim 1 1 , Mullins teaches a method wherein said step of translating 
includes creating INSERT statements based on said mapping catalog (i.e. "Suppose that 
the system uses CocoBase (commercially available object to relational mapping tool having a mapping 
repository capability) and a connection of CocoBase with B1 is established as follows../' "Once the above 
connections of CocoBase are established, any accesses to the database B1, such as: connB1.insert( . . . 
) will have the plug-in access B2 and replicate the operation that was conducted on database B1. " The 
previous text clearly indicates that a mapping catalog is a mapping repository and that translating 
includes creating an insert statement, which is illustrated as connB1.insert(...).)(Column 17, lines 14-17). 

As per claim 12, Mullins teaches a method wherein said step of translating 
includes creating one or more DELETE statements, one or more INSERT statements 
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and one or more UPDATE statements based on said mapping catalog (i.e. "The same 
mechanism described above can be used to replicate the result of other database operations (e.g. 
update, select delete, etc.) that are performed against 61 "The preceding text clearly indicates that 
translating includes delete, insert, and update statements, which are all database operations. )(Column 
17, lines 49-51). 

As per claims 24 and 31 , Mullins teaches a system for translating between data 
formats, comprising: a data source interface in communication with business logic (i.e. 
"The present invention is based in part on U.S. Pat No. 5,857, 197, (incorporated herein by reference), 
and provides a mapping system for handling data requested by an object software application model in a 
manner that is compatible with relational data stores." The preceding text clearly indicates that the 
request from an object software application model is the business logic, and the data source interface is 
contained within the object software application.)(Column 7, lines 27-31); a mapping catalog 
identifying one or more portions of one or more tables in a relational database that 
stores data for one or more attributes and a classification for each of the one or more 
attributes (i.e. "A dynamic repository-based mapping system is used." The preceding text clearly 
indicates that a mapping catalog is the dynamic repository-based mapping system. )(Column 7, lines 31- 
32); and a translation module receiving access request information from said data 
source interface and mapping information from said mapping catalog, said access 
request information pertains to data for the one or more attributes, said translation 
module translates said request information from a first form to a second form suitable 
for the relational database based on said mapping information from said mapping 
catalog including said classification (i.e. "In one embodiment of the system of the present invention 
a translation layer translates between an object application (or a potential object application, i.e. an object 



Application/Control Number: Page 9 

10/682,252 

Art Unit: 2165 

model) to at least one relational database which includes data entries organized as tables and records. " 
The preceding text clearly indicates that a translation module is the translation layer.)(Column 15, lines 
25-28). 



As per claims 26 and 33, Mullins teaches a system wherein said mapping catalog 
identifies one or more portions of one or more tables in said relational database that 
stores said data for said one or more attributes (i.e. "Clicking Next> in the Generic EJB Entity 
Bean CMP-AII Parts drop down wizards of CocoAdmin will present a user with a list of attributes which 
comprise the maps and any references (e.g. foreign keys) to other maps that may be navigated by 
CocoBase. For example, in a e-commerce shopping cart example, a Customer map, which is generated 
against a selected relational database connection, might be selected, and the PkgName: field might 
contain the name testpkg so the resulting Java code will be generated to a package and directory named 
testpkg. In a subsequent pop-up dialog, the user can add a foreign key reference by clicking on Insert 
Attribute and filling in the foreign key attribute in the inserted row. Such references can be added 
automatically for any operation which contains a join across tables of different maps. ^(Column 1 1 , lines 
4-17). 

As per claims 27 and 34, Mullins teaches a system wherein said translation 
module provides said translated request information for execution on said relational 
database (i.e. "In one embodiment of the system of the present invention a translation layer translates 
between an object application (or a potential object application, i.e. an object model) to at least one 
relational database which includes data entries organized as tables and records." The preceding text 
clearly indicates that the execution is the process of translating between an object application to at least 
one relational database.)(Column 15, lines 24-28). 
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As per claims 28 and 35, Mullins teaches a system wherein said translation 
module receives a result from said relational database, said result is based on said 
translated request information, said translation module translates said result to said first 
form (i.e. "The function of such a translation layer (generally called the O/R layer in CocoBase 
documentation, for example) is to translate object-based queries for the data into queries that JDBC can, 
translate into queries for a relational database. In a preferred embodiment, the translation layer can 
generate an SQL string (or strings) based upon the object-based queries, which can be passed to at least 
one JDBC, which JDBC can then generate an SQL statement from the SQL string/' The previous text 
clearly indicates that the result is the SQL string that is translated based on the object-based queries. In 
additional, an ordinary person skilled in the art understands that when executing a query, that the steps 
comprise of sending a request to a target resource and in return receives a result from the target 
resource. )(Column 15, lines 51-59). 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 



6. Claims 2, 3, 5, 6, 14, 15, 17, 25, 29, 32, and 36 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known 
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hereinafter as Mullins) in view of Durand et al (U.S. Patent No. 5,694,598 and known 
hereinafter as Durand). 

As per claims 2 14, 29, and 36, Mullins does not explicitly teach a method 
wherein: said first data format includes a logical object class format. 

Durand teaches a method wherein: said first data format includes a logical object 
class format (i.e. "A TO that maps to an object of class CO 610 contains a list of three elements: 
number, order date, and charge. A TO that maps to CO 610 must also include two references to lists of 
lists. The first reference points to a list of CPs 612. The second reference points to a list of Ols 614. " The 
preceding text clearly indicates that object of class CO contains a list of three elements: number, order 
date, and charge are a type of logical object class, and each of the elements contains a format type that 
is inherent.)(Column 6, lines 60-64). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein: said first data format includes a logical object class format 
with the motivation to create system for more efficient access and manipulation of data 
stores, systems having the flexibility and dynamic capability to attach data from a 
database to map as objects and having the ability to map one or more databases to 
various objects in real time. (Mullins, column 3, lines 45-49). 

As per claims 3 and 15, Mullins does not explicitly teach a method wherein said 
first data format is hierarchical. 
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Durand teaches a method wherein said first data format is hierarchical (i.e. "FIG. 6 
is a schematic diagram illustrating a typical object class hierarchy" The preceding text clearly indicates 
that the first data format is that which is contained in an object class and is hierarchical.)(Figure 6; column 
6, lines 45-50). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein said first data format is hierarchical with the motivation to 
create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 

As per claim 5, Mullins does not explicitly teach a method wherein said one or 

more attributes are multi-valued. 

Durand teaches a method wherein said one or more attributes are multi-valued 

(i.e. "Each TO-attribute of a TO-entity is described by: (1) a name, (2) a type, and (3) a maximum size in 
bytes. Optionally, a TO attribute can by described by (4) a flag indicating whether the attribute can be 
considered as part of the identifier for the datalist in which it is contained, and (5) a coordinate slot that is 
used for mapping the TO from or to a multi-array data structure." The preceding text clearly indicates that 
a TO-attribute contains a name, type, and maximum size value, which are all values, to illustrate that an 
attribute is multi-valued. )(Column 7, lines 51-57). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
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include a method wherein said one or more attributes are multi-valued with the 
motivation to create system for more efficient access and manipulation of data stores, 
systems having the flexibility and dynamic capability to attach data from a database to 
map as objects and having the ability to map one or more databases to various objects 
in real time. (Mullins, column 3, lines 45-49). 

As per claims 6, 17, 25, and 32, Mullins does not explicitly teach a method 
wherein said mapping catalog is customizable for any normalized relational database 
schema. 

Durand teaches a method wherein said mapping catalog is customizable for any 
normalized relational database schema (i.e. "A relational schema that maps straightforwardly to 
this object model could contain two entities called CUST.sub.- ORD and ORD.sub.- ITEM, with a 
relationship one-to-many from CUST.sub - ORD to ORD.sub - ITEM. Assume that the attributes of the 
object CO have their counterpart in the entity CUST.sub.- ORD and that the attributes of the object 01 
have their counterpart in the entity ORD.sub.- ITEM." The preceding text clearly indicates that a 
normalized relational database schema is a relational schema that maps straightforwardly. In addition, 
Figure 8 illustrates the normalized relational database schema.)(Figure 8; column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein said mapping catalog is customizable for any normalized 
relational database schema with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
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capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Muliins, column 3, lines 45-49). 

7. Claims 4, 16, 30, and 37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Muliins et al (U.S. Patent No. 6,985,912 and known hereinafter as 
Muliins) in view of Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as 
Bachmann). 

As per claims 4, 16, 30, and 37, Muliins does not explicitly teach a method 
wherein said first data format uses LDAP format. 

Bachmann teaches a method wherein said first data format uses LDAP format 

(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an EID=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." 'The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Muliins with the teachings of Bachmann 
to include a method wherein said first data format uses LDAP format with the motivation 
to create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
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objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 

8. Claims 7-9 and 18-20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view 
of Shen et al (U.S. Patent No. 5,596,746 and known hereinafter as Shen). 

As per claims 7 and 18, Mullins does not explicitly teach a method wherein said 
mapping catalog includes a mapped column in a table in said relational database. 

Shen teaches a method wherein said mapping catalog includes a mapped 
column in a table in said relational database (i.e. "There can be a series of mappings for 
transforming the data in the ideal table meta model to data in the object meta model. Using information 
from the ideal table meta model, an intermediate object model can be generated, which is characterized 
by a set of more complex rules than the first mapping step. These rules are as follows: 1. Tables which 
have a key-reference-key-referent link are mapped as classes with a buried foreign key. 2. Columns in 
tables are mapped to class attributes in the class corresponding to the ideal table. Multiplicity of buried 
associations can only be partially ascertained, and the user must refine the object model transformed 
from the ideal table meta mocfe/.")(Column 4, lines 7-19). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes a mapped column in a table in 
said relational database with the motivation to create system for more efficient access 
and manipulation of data stores, systems having the flexibility and dynamic capability to 
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attach data from a database to map as objects and having the ability to map one or 
more databases to various objects in real time. (Mullins, column 3, lines 45-49). 



As per claims 8 and 19, Mullins does not explicitly teach a method wherein said 
mapping catalog includes, for a first attribute, an indication of a column in a master table 
in said relational database for linking to first data in another table, said first data is for 
said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a column in a master table in said relational database for 
linking to first data in another table, said first data is for said first attribute (i.e. "2. Columns 
that are members of indices in the data base schema are grouped together into column sets and 
referenced to the appropriate ideal table. 3. Tables that share common columns are linked by the key- 
reference-key-reference association 318 in FIG. 3. This association is used in establishing the 
relationships between objects in the object model." The preceding text clearly indicates that the key- 
reference-key-reference association is the linking of the first attribute as indicated in a column of the 
master table with other tables.)(Column 3, lines 37-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes, for a first attribute, an 
indication of a column in a master table in said relational database for linking to first 
data in another table, said first data is for said first attribute with the motivation to create 
system for more efficient access and manipulation of data stores, systems having the 
flexibility and dynamic capability to attach data from a database to map as objects and 
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having the ability to map one or more databases to various objects in real time. (Muiiins, 
column 3, lines 45-49). 

As per claims 9 and 20, Mullins does not explicitly teach a method wherein said 
mapping catalog includes, for a first attribute, an indication of a first column in a first 
table in said relational database for linking to a first column in a second table and an 
indication of a second column in said second table for linking to a first column in a third 
table, said first column in said third table is used to identify data for said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a first column in a first table in said relational database for 
linking to a first column in a second table and an indication of a second column in said 
second table for linking to a first column in a third table, said first column in said third 
table is used, to identify data for said first attribute (i.e. "Rules for populating the ideal table 
meta model are as follows: 1. Tables in the data dictionary map to ideal tables. Table columns map to 
ideal table columns. Primary key, if not available from the data dictionary, is either inferred through 
common column names or inputted by the user. 2. Columns that are members of indices in the data base 
schema are grouped together into column sets and referenced to the appropriate ideal table. 3. Tables 
that share common columns are linked by the key-referent-key-reference association 318 in FIG. 3. This 
association is used in establishing the relationships between objects in the object model. ")(Column 3, 
lines 34-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes, for a first attribute, an 
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indication of a first column in a first table in said relational database for linking to a first 
column in a second table and an indication of a second column in said second table for 
linking to a first column in a third with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 

9. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Mullins 
et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view of Durand et 
al (U.S. Patent No. 5,694,598 and known hereinafter as Durand) and in further view of 
Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as Bachmann). 

As per claim 22, Mullins does not explicitly teach a system wherein said first data 
format includes a hierarchical logical object class format that uses LDAP format; and 
said mapping catalog is customizable for any normalized relational database schema. 

Durand teaches a system where said first data format includes a hierarchical 
logical object class format (i.e. "FIG. 6 is a schematic diagram illustrating a typical object class 
hierarchy" The preceding text clearly indicates that the first data format is that which is contained in an 
object class and is hierarchical.)(Figure 6; column 6, lines 45-50); and said mapping catalog is 
customizable for any normalized relational database schema (i.e. "A relational schema that 
maps straightforwardly to this object model could contain two entities called CUST.sub.- ORD and 
ORD.sub.- ITEM, with a relationship one-to-many from CUST.sub.- ORD to ORD.sub.- ITEM. Assume 
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that the attributes of the object CO have their counterpart in the entity CUST.sub.-- ORD and that the 
attributes of the object 01 have their counterpart in the entity ORD.sub.- ITEM." The preceding text 
clearly indicates that a normalized relational database schema is a relational schema that maps 
straightforwardly. In addition, Figure 8 illustrates the normalized relational database schema. )(Figure 8; 
column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 

include a system where said first data format includes a hierarchical logical object class 

format and said mapping catalog is customizable for any normalized relational database 

schema with the motivation to create system for more efficient access and manipulation 

of data stores, systems having the flexibility and dynamic capability to attach data from 

a database to map as objects and having the ability to map one or more databases to 

various objects in real time. (Mullins, column 3, lines 45-49). 

Durand does not explicitly teach a system that uses LDAP format. 

Bachmann teaches a system wherein said first data format uses LDAP format 
(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an E/D=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Bachmann 
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to include a system wherein said first data format uses LDAP format with the motivation 
to create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 

Response to Remarks/Argument 

10. Applicant's arguments filed 31 October 2007 have been fully considered but they 
are not persuasive for the reasons set forth below. 

Applicant argues: 

(1) "Mullins fails to disclose, either expressly or inherently, receiving a request to 
access data from one or more attributes, said request includes said attributes in the first 
data format." 

The Examiner disagrees. Mullins teaches receiving a request to access data (i.e. 

"The present invention is based in part on U.S. Pat No. 5,857, 197, (incorporated herein by reference), 
and provides a mapping system for handling data requested by an object software application model in a 
manner that is compatible with relational data stores." The preceding text clearly indicates that a request 
to access data (i.e. data requested by. an object software application model). It is clearly anticipated that 
the method of receiving occurs in the method of the data being requested (i.e. for data to be requested, 
as taught in the prior art, it must receive a request). )(Column 7, lines 27-31) for one or more 
attributes (According to the Microsoft Dictionary 5 th Ed., an attribute in a database record, the name or 
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structure of a field. For example, the files LASTNAME, FIRSTNAME, and PHONE would be attributes of 
each record in a PHONELIST database. Therefore, an ordinary person skilled in the art understands that 
attributes are stored in a data store (i.e. database), thus if an ordinary person skilled in the art accesses 
data in the database, it clearly anticipates that an attribute is also accessed, or at the very least 
referenced.), said request includes said attributes in a first data format (i.e. "In another 
embodiment the invention provides a system for mapping from a first database format to a second 
database format, or from one database to another database of the same type, as a way for transferring 
data or synchronizing data sources. The system includes: data in the first database format stored in the 
system; rules for translating from the first format to the second format stored as a separate structure from 
the data; and means for applying the rules to the data to obtain the second format. " The preceding text 
clearly indicates that the first database format includes attributes in the first data format. That is the 
attributes that are stored in the data store (i.e. database), the request (i.e. data requested) includes 
attributes in the first data format (i.e. first database format). )(Column 13, lines 9-18). 



(2) "Mullins also does not disclose translating at least a portion of the request or 
providing the translated request to the relational database." 

The Examiner disagrees. Mullins discloses translating at least a portion of the 
request (i.e. "It is an additional object of the present invention to provide easy translations between 
databases and applications having a variety of different formats or data store models." The preceding text 
clearly indicates that translating (i.e. translations) between data formats (i.e. variety of different formats or 
data store models).)(Column 4, lines 48-51) or providing the translated request to the relational 
database (i.e. "In one embodiment of the system of the present invention a translation layer translates 
between an object application (or a potential object application, i.e. an object model) to at least one 
relational database which includes data entries organized as tables and records.")(column 15, lines 24- 
28). 
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(3) "Mullins does not disclose, either expressly or inherently, the access request 
including a filter and translating the request based on the classification of the attribute 
and the filter." 

The Examiner disagrees. Mullins teaches the access request (i.e. "...rules for 
translating from the first format to the second format stored as a separate structure from the data; and 
means for applying the rules to the data to obtain the second format" The preceding text clearly indicates 
that translating at least a portion of said request from said first data format (i.e. translating from the first 
format) to a form suitable for said relational database (i.e. second format stored in a separate 
structure).)(Column 13, lines 14-16) including a filter (i.e. " This allows more developer control as to 
how datasets are exchanged, filtered and/or validated between a first data source and a second data 
source." The preceding text clearly indicates that in O/R mapping, developers may use filters to control 
how datasets are exchanged. )(column 14, lines 55-65) and translating is based on said 
classification of each attribute (i.e. "There are distinctive advantages when using a dynamic 
mapping layer where a Java object provides translation by mapping such objects of a first data source 
(relational or object database) and also mapping such object to an XML or other second format data 
source. This allows more developer control as to how datasets are exchanged, filtered and/or validated 
between a first data source and a second data source." The preceding text clearly indicates that 
translating is based on mapping catalog, where the mapping catalog is the dynamic mapping layer that 
maps the first and second data resource.)(Column 14, lines 58-65) and the filter (column 14, lines 55- 

65). 

Hence, the Applicant's arguments do not distinguish over the claimed invention 
over the prior art of record. 
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Any other arguments by the applicant are either more limiting than the claimed 
language or completely irrelevant. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Farhan M. Syed whose telephone number is 571-272- 
7191. The examiner can normally be reached on 8:30AM-5:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey Gaffin can be reached on 571-272-4146. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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